home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9705 / 000073_owner-linux-arm…r.rutgers.edu _Fri May 16 03:36:38 1997.msg < prev    next >
Internet Message Format  |  1997-11-30  |  3KB
  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id DAA24401 for <willy@odie.fluff.org>; Fri, 16 May 1997 03:36:37 +0100
  3. Received: from root@vger.rutgers.edu (port 50544 [128.6.190.2]) by nic.funet.fi with ESMTP id <751-10549>; Fri, 16 May 1997 05:35:59 +0300
  4. Received: by vger.rutgers.edu id <971137-258>; Thu, 15 May 1997 22:33:18 -0400
  5. Received: from sun3.nsfnet-relay.ac.uk ([128.86.8.50]) by vger.rutgers.edu with ESMTP id <971114-258>; Thu, 15 May 1997 22:32:46 -0400
  6. Received: from bright.ecs.soton.ac.uk by sun3.nsfnet-relay.ac.uk with JANET SMTP (PP); Fri, 16 May 1997 03:34:26 +0100
  7. Received: from  by bright.ecs.soton.ac.uk; Thu, 15 May 97 22:43:34 BST
  8. Received: from tanis.armlinux.org by caramon.armlinux.org; Thu, 15 May 1997 21:18:19 GMT
  9. From: rmk92@ecs.soton.ac.uk
  10. Message-Id: <133.199705152118@tanis.armlinux.org>
  11. Subject: Re: ARM3/ARM6 compatibility
  12. To: gilbertd@cs.man.ac.uk (David Alan Gilbert)
  13. Date:     Thu, 15 May 1997 22:18:08 +0100 (BST)
  14. Cc: linux-arm@vger.rutgers.edu
  15. In-Reply-To: <9705151511.AA13376@amu6.cs.man.ac.uk> from "David Alan Gilbert" at May 15, 97 04:11:36 pm
  16. X-Phone: +44 (0)1737 360654
  17. Reply-To: rmk92@ecs.soton.ac.uk
  18. X-Mailer: ELM [version 2.4 PL24]
  19. Mime-Version: 1.0
  20. Content-Type: text/plain; charset=US-ASCII
  21. Content-Transfer-Encoding: 7bit
  22. Sender: owner-linux-arm@vger.rutgers.edu
  23. Precedence: bulk
  24. Status: RO
  25.  
  26. David Alan Gilbert writes:
  27. > I'm wondering if the right thing to do is to move to fully 32 bit in
  28. > the 2.1.x series when we move to ELF.
  29. > 
  30. > The thing is the old machines (A400's etc) just aren't going to be
  31. > able to cope with ELF; with only 128x32K pages and the extra page
  32. > dirtying ELF is supposed to bring I don't think they stand a chance
  33. > unless you are the lucky ones who have 8 or more MB in the old
  34. > machines.
  35.  
  36. Under ELF, especially on the 386, the intermediate page between text and
  37. data is mapped in twice - one after each other.  This cannot be done under
  38. the MEMC (since it uses a one to one physical -> logical mapping).
  39.  
  40. The only way that you could do it is to immediately create one extra dirty
  41. page extra on top of the dirty pages caused by dynamic linking (if used).
  42.  
  43. I don't believe that it would be a good idea to do this to an already
  44. page-starved architecture.  ARM6, yep. ARM2, 3.  Definitely not.
  45.    _____
  46.   |_____| ------------------------------------------------- ---+---+-
  47.   |   |       Russell King      rmk92@ecs.soton.ac.uk         --- ---
  48.   | | | | http://whirligig.ecs.soton.ac.uk/~rmk92/home.html  /  /  |
  49.   | +-+-+                                                     --- -+-
  50.   /   |               THE developer of ARM Linux              |+| /|\
  51.  /  | | |      *  who wishes that he was in Hong Kong  *      ---  |
  52.     +-+-+ -------------------------------------------------  /\\\  |